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(57) STM traffic, e.g. voice and video telephony 
(VT), as well as packet mode (e.g. ATM) traffic, e.g. 
broadcast digital video, interactive television, and data, 
are transmitted via a multiple access broadband fib- 
er/coaxial cable network. Customer premises equip- 
ment (CPE) at stations, and a bandwidth controller, 
which may be at a head end or central office, with which 
all stations communicate, work together to adapt to the 
changing demands of the traffic mix, and efficiently al- 
locate bandwidth to a variety of bursty and isochronous 
traffic sources. The bandwidth allocation defines two 
types of time slots, STM and ATM, and divides each 
frame into two corresponding STM and ATM regions. 
The boundary between the regions can be changed dy- 
namically. A contention access signaling channel is pro- 
vided in the STM region, for call control and set-up re- 
quests. Within the STM region, the time slots can be of 
variable length and be allocated on a per call basis; the 
length of the time slots is proportional to the bandwidth 
requirement of STM calls. Within the ATM region, the 
time slots are of fixed length, each capable of accom- 
modating one ATM cell. Further, the fixed length ATM 
time slots may be reserved for a particular user for the 
duration of a call, or may be shared through a contention 
process. At least one contention ATM time slot is always 
made available for signaling messages related to ATM 
call control and set-up requests. The downstream time 
frame is structured in a similar manner, but includes an 
additional MAP field to transmit to the stations ATM time 
slot allocation and status information for time slots in the 
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Description 

Field of the Invention 

This invention relates generally to digital communi- 
cation via a two-way high bandwidth (e.g. fiber and co- 
axial cable) communication medium, and, in particular, 
to an access protocol and arrangement for allowing 
competing stations connected to a common head end 
via a tree and branch communication network to use up- 
stream and downstream channels to transmit to and re- 
ceive from the head end, a variety of types of informa- 
tion, such as voice, video-telephony, data or control in- 
formation that may be synchronous, asynchronous or 
sporadic. The invention also relates to wireless net- 
works, which are akin to fiber/coax networks, in that mo- 
bile stations do not usually directly listen to each other, 
but instead depend on a base station for feedback. 

Background of the Invention 

There is currently a great deal of activity directed 
toward enhancing the fiber-coax networking infrastruc- 
tures, such as those used by cable television and tele- 
phone companies. The thrust is two-fold: enhancing the 
downstream capacity of the networks to support new 
services, and providing for significant upstream capacity 
for new interactive services, including telephony and 
data networking. Here, "upstream" refers to transmis- 
sion from a station to a head end (or central office), and 
"downstream" refers to transmission from a head end to 
the stations. 

Many current plans for providing upstream capabil- 
ity utilize the well known Time Division Multiple Access 
(TDMA) method of assigning bandwidth to stations that 
have invoked a signaling method to indicate to the head- 
end that they wish to transmit. However, existing ver- 
sions of TDMA do not provide as much flexibility in the 
use of the available bandwidth as is desired. Also, 
TDMA allocates peak bandwidth for the entire duration 
of a call, and thus does not take advantage of the sta- 
tistical nature of the traffic. 

Existing packet data solutions also do not extend 
well to the broadband cable environment. Carrier Sense 
Multiple Access/Collision Detection (CSMA/CD), as de- 
scribed, for example in Carrier Sense Multiple Access 
with Collision Detection (CSMA/CD) Access Method 
and Physical Layer Specifications, published by the In- 
stitute of Electrical and Electronics Engineers, American 
National Standard ANSI/IEEE Std. 802.3-1985, is ar- 
ranged so that stations listen to the channel for a period 
to determine that it is I DLE before transmitting. This type 
of arrangement is very inefficient in the cable environ- 
ment, because of the distances involved. The propaga- 
tion delay, and corresponding dead time of the channel, 
is much greater in cable networks than in the Local Area 
Networks that are the standard CSMA/CD environment. 

As another example, the slotted Aloha approach 
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described by L. Roberts in "ALOHA Packet System With 
and Without Slots and Capture", Computer Communi- 
cations Review, April 1 975, specifies a system arranged 
so that time is divided into a series of exact slot periods. 

5 Any station that has data may transmit at any time. 
When collisions occur stations back off and retransmit 
according to some randomized algorithm. This ap- 
proach has also been enhanced with a reservation 
scheme in which once a station acquires a slot, it can 

10 keep successive slots by setting a header field; the sta- 
tion may also signal that it has finished transmitting by 
changing that field. See, for example, Lam, S. S. Packet 
Broadcast Networks - A performance analysis of the R- 
ALOHA Protocol, IEEE Transactions on Computers, 

is Vol. C- 29, No. 7, July 1980, 596-603. Here again, the 
problem is that in the coax/fiber infrastructure under 
consideration, it is difficult to allow stations to directly 
listen to each other. Also, the unique tree and branch 
structure of the cable network requires that a new ap- 

20 proach be used. 

Also very important is the capability of an access 
protocol to serve the needs of both Synchronous Trans- 
fer Mode (STM) and Asynchronous Transfer Mode 
(ATM) applications. Many new applications, such as 

25 high speed data and MPEG-2 video, are likely to be 
transported using ATM techniques from a home or of- 
fice. At the same time, applications such as voice and 
video telephony are likely to continue being transported 
using STM, for reasons of delay, error sensitivity, etc. 

30 A technique known as DQDB, described in "IEEE 
802.6: Distributed Queue Dual Bus Access Method and 
Physical Layer Specifications," is applicable for network 
spanning a metropolitan area. However, DQDB em- 
ploys a dual-bus structure and requires a well-defined 

35 upstream-downstream relationship between adjacent 
stations. It is possible to design a system to fulfill these 
architectural requirements for tree and branch net- 
works, but the scheme would be very complicated and 
the cost would be extremely high. 

40 Recently, a variation of DQDB, called Extended Dis- 

tributed Queuing Random Access Protocol (XDQRAP), 
has been proposed by C. Wu and G. Campbell, "Extend- 
ed DQRAP: A Cable TV Protocol Functioning as a Dis- 
tributed Switch," Proc. of 1 st International Workshop on 

45 Community Networking, San Francisco, July 13-14, 
1994, pp. 191-198. One ofthe drawbacks of this proposal 
is that it does not support both STM and ATM tech- 
niques. In its present form, it does not accommodate 
bursts of varying lengths, as required for STM connec- 

50 tions. Further, the physical layer overhead (i.e., guard 
band and preamble) is very high, due to the requirement 
of multiple request mini-slots associated with each data 
slot. 

Accordingly, there remains a strong need for an ac- 
55 cess protocol for broadband tree and branch networks 
that adapts to the changing demands of a mix of STM 
and ATM applications, and efficiently allocates band- 
width to a variety of bursty and isochronous traffic sourc- 
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es. 

Summary of the Invention 

In accordance with the present invention, a system 
and technique supports STM applications, e.g. voice 
and video telephony (VT), as well as packet mode (e.g. 
ATM) applications, e.g. broadcast digital video, interac- 
tive television, and data, in the context of multiple ac- 
cess on broadband fiber/coaxial cable networks. Fur- 
ther, the present invention adapts to the changing de- 
mands of a mix of STM and packet mode applications 
(e.g. ATM), and efficiently allocates bandwidth to a va- 
riety of bursty and isochronous traffic sources. Because 
the current trend is to support packet mode applications 
using the ATM protocol, the following description will 
generally refer to ATM. However, it is to be understood 
that other packet mode protocols may use this invention. 
If the broadband network and terminals evolve to full 
end-to-end ATM support for all services, then the 
present invention will support voice, VT, and other serv- 
ices, all in an ATM format 

In the case of a coaxial cable or fiber tree and 
branch communication network, the present invention 
is carried out both in customer premises equipment 
(CPE) at stations, and in a common controller, which 
may be a head end with which all stations communicate. 
A medium access control (MAC) processor provided in 
each of the stations and in the common controller or 
head end divides the time domain for a given digital bit 
stream channel into a series of successive frames, each 
having a plurality of time slots. There are two types of 
time slots, STM and ATM. The frame is divided into two 
regions; in accordance with the present invention, the 
boundary between the regions can be changed dynam- 
ically Within the STM region, variable length time slots 
can be allocated to calls, such as voice and video te- 
lephony, requiring different amounts of bandwidth. A 
contention access signaling channel is also provided in 
this region, for STM call control and set-up requests. 
Within the ATM region, the time slots are of fixed length, 
each capable of accommodating one ATM cell. Further, 
the fixed length ATM time slots may be reserved for a 
particular user for the duration of a call, or may be 
shared through a contention process. At least one con- 
tention ATM time slot is always made available for sig- 
naling messages related to ATM call control and set-up 
requests. 

The downstream time frame is structured in a man- 
ner similar to that used in the upstream direction, but 
includes an additional MAP field. This field is used to 
communicate to the stations, ATM time slot allocations 
in the upstream channel. It also indicates to the stations 
which of the time slots, in the next upstream frame, are 
open or available for contention, and which are reserved 
for designated stations. 

Because of the unidirectional architecture of the up 
and down communication channels, individual stations 
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do not communicate directly with each other, but can 
receive downstream broadcast messages (i.e., STM 
messages and ATM MAP messages) indicating the sta- 
tus of each upstream time slot. These status messages 
5 are generated in the common controller or head end, 
and are transmitted in a broadcast downstream channel 
so that all stations can receive them. 

For systems provisioned for STM traffic, one fixed 
length time slot in the STM region of upstream frames 
to js always used as a shared, i.e., contention-based, STM 
signaling channel. Similarly, at least one time slot is al- 
ways provided in the ATM region in which ATM applica- 
tions can transmit call set-up related signaling messag- 
es. When an STM/ATM call arrives at a station, a sign- 
15 aling message is sent from the station to the head end 
to request call set up and bandwidth allocation. In one 
embodiment of the invention, STM time slots are allo- 
cated closest to the beginning of a frame, and ATM time 
slots are allocated closest to the end of a frame. This 
20 arrangement leaves the unassigned bandwidth in the 
center of the frame, i.e. , between STM and ATM regions. 

When an STM call terminates, a "hole" is momen- 
tarily created in the STM region. A "hole" represents re- 
leased bandwidth that is currently unassigned. This is 
25 taken account of by "repacking", which refers to reallo-' 
cation of time slots to existing STM calls so that al! time 
slots for the STM calls are placed adjacent to each other 
and closest to the beginning of the frame. In one ar- 
rangement, repacking is accomplished immediately af- 
30 ter termination of an STM call, and the released band- 
width is used to create additional ATM time slots. In an- 
other arrangement, the released bandwidth is added to 
the unassigned region of the frame, and made use of 
when a new call arrival occurs. In yet another arrange- 
rs ment, the repacking is deferred until it is determined that 
the released bandwidth due to several "holes" is ade- 
quate to admit a new call, but the holes are not contig- 
uous to each other. Following a repacking action at the 
controller, in each of the arrangements, all stations are 
40 notified of the new STM and/or ATM time slot allocations 
by sending messages in the STM signaling and MAP 
portions of the next downstream frame. 

In the ATM portion of an upstream frame, a conten- 
tion/reservation process is used. Throughput and delay 
45 performance in multiple access networks with branch 
and tree network topologies are significantly improved 
by interleaving the ATM time slots within a frame struc- 
ture, whereby the propagation delay constraint is over- 
come, and by a reservation process by which the head 
50 end allocates time slots to stations at a rate adequate 
to meet the delay requirement specified by the station. 
Further details relating to how time slots are assigned 
to different types of ATM calls are described below. 
ATM calls can be of several types: (a) constant bit 
55 rate (ATM/CBR), (b) delay sensitive variable bit rate 
(ATM/VBR), (c) delay tolerant ATM/VBR, and (d) 
ATM/contention. An application such as voice or video 
telephony in ATM form could be categorized as 
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ATM/CBR; an interactive data application is an example 
of delay sensitive ATM/VBR: a file transfer is an example 
of delay tolerant ATM/VBR; and the upstream messages 
for VOD and video games are examples of ATM/conten- 
tion. 

When an ATM call arrives at a station, the station 
transmits a signaling message to the head end, using 
an upstream ATM time slot that is available for conten- 
tion, to specify the type of call. The head end applies 
different processes in the handling of each type of call. 

ATM/CBR calls are allocated ATM time slots by the 
head end, in accordance with their bandwidth require- 
ments. Delay sensitive ATM/VBR calls are allocated 
ATM time slots by the head end, in accordance with a 
statistically weighted incremental bandwidth (SWIB) de- 
termination that takes account of existing ATM/VBR traf- 
fic and the statistical characteristics of the new call re- 
quest. With respect to delay tolerant ATM/VBR, the 
head end can receive, from the station, any information 
concerning burst length and delay tolerance. The head 
end can then assign ATM time slots at a rate that meets 
those requirements. For example, a station might not be 
assigned one slot in every frame, but rather may be al- 
lowed to transmit "m" ATM cells in every n th frame (m 
and M n" are integers). 

In ATM time slots that are available for contention, 
the ATM/contention calls are processed in a manner 
similar to that used in the above cited Edmon, Li, and 
Sriram patent application. Thus, acknowledgment or 
status messages may be transmitted in a broadcast 
downstream channel from the common controller or 
head end, and indicate a particular time slot status, 
which can, for example, be (a) IDLE, (b) BUSY/CON- 
TINUATION, meaning that a station has a need for con- 
tinued use of a slot, (c) BUSY/FINAL, meaning that the 
continued use of a slot has come to an end, or (d) COL- 
LISION, meaning that a collision has occurred with re- 
spect to that slot. The stations respond to the status 
messages to determine when to transmit the next ATM 
cell from an ATM/contention type of call. 

An additional feature of the bandwidth allocation 
method of this invention is that ATM traffic is assigned 
a minimum guaranteed bandwidth to meet a Quality of 
Service (QOS) requirement, which may, for example, 
pertain to the maximum permitted cell delay or loss ratio. 
Further, additional "extra" bandwidth can be assigned, 
if spare bandwidth is available on the channel, to as 
many as ATM calls as possible, to provide better than 
the specified QOS. In other words, given that some of 
the ATM traffic is bursty, such traffic may be allowed to 
use any spare bandwidth, in addition to its guaranteed 
bandwidth. However, the method of this invention allows 
the "extra" bandwidth to be taken away from the ATM 
connections to which it is assigned, and used instead to 
admit a new STM or ATM call. Taking away the "extra" 
ATM bandwidth potentially allows a new call to be ad- 
mitted, but does not lower the QOS for the ongoing ATM 
calls below the required QOS. An example of QOS is 
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the delay requirement specified by a variable bit rate 
(VBR) ATM call, such as a file transfer. If "extra" band- 
width is assigned to this call, the file transfer may com- 
plete sooner than the specified deadline, and if the "ex- 
s tra" bandwidth is reassigned to another call in the mid- 
dle, the file transfer still completes within the specified 
deadline. 

So far, our descriptions of bandwidth allocation and 
management focused only on the upstream traffic. The 
10 downstream STM and ATM time slots are assigned by 
the head end in accordance with the bandwidth required 
for each call. There are many similarities between the 
upstream and the downstream traffic characteristics. 
Therefore, some of the methods specified by this inven- 
ts tion are applicable for handling the upstream and down- 
stream traffic. However, some differences do exist in 
these methods, because there is contention access for 
some part of the traffic in the upstream direction, while 
the downstream bandwidth is shared by a combination 
20 of TDMA and statistical packet multiplexing only. 

Note that in applications in which voice and video 
telephony traffic are transmitted in ATM form between 
each of the stations and the head end, all of the traffic 
carried in the cable distribution network may be ATM 
25 traffic. In this event, there are no STM time slots, and 
the present invention is nevertheless useful in optimiz- 
ing the handling of a multiplicity of types of ATM traffic. 

While our invention has thus far been primarily de- 
scribed in the context of a fiber/coax based transmission 
30 infrastructure, it is to be understood that the invention is 
also applicable to a wireless communications environ- 
ment. In the latter situation, the terms "mobile station", 
"base station" and "wireless medium", would be appli- 
cable in place of the terms "station", "head end" and "fib- 
35 er/coax medium". 

Brief Description of the Drawing 

Fig. 1 illustrates the overall arrangement of a broad- 
band network in which a plurality of stations are 
interconnected with a common controller called a 
head end, by a tree and branch transmission net- 
work, and in which the present invention may be 
used; 

^5 Fig. 2 illustrates an example of the upstream/down- 
stream spectrum allocation that may be used on the 
transmission medium interconnecting the stations 
and head end shown in Fig. 1; 
Fig. 3 illustrates the arrangement by which various 

50 communications devices in the stations of Fig. 1 are 
connected to the transmission network as well as 
the arrangement of the Medium Access Control 
(MAC) processor in accordance with our invention; 
Fig. 4 illustrates the arrangement of a MAC proces- 

55 sor similar to the one shown in Fig. 3 : which is dis- 
posed in the head end of Fig. 1, and which directs 
communications signals between the stations and 
the appropriate service platforms; 
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Fig. 5 illustrates the arrangement of the data fields 
in an upstream message contained within an ATM 
time slot; 

Fig. 6 illustrates the arrangement of the data fields 
in an downstream message contained within an 
ATM time slot; 

Fig. 7 illustrates a typical arrangement of different 
traffic types within an upstream time frame; 
Figs. 8 and 9 illustrate further details of typical 
arrangements of upstream and downstream time 
frames, respectively, and, in particular, show the 
positions of headers and other frame signaling mes- 
sages; 

Fig. 1 0 illustrates the details of the MAP field shown 
in Fig. 9; 

Fig. 11 illustrates, conceptually, the information 
maintained in the bandwidth controller located in 
the head end, for the purposes of bandwidth alloca- 
tion and management; 

Fig. 1 2, which is similar to Fig. 7, illustrates the des- 
ignations for various regions within each time frame 
and indicates certain constraints on these regions; 
Fig. 1 3 is a process diagram illustrating how an STM 
call arrival is processed at the head end: 
Fig. 14 is a process diagram illustrating how differ- 
ent types of ATM calls are identified and preproc- 
essed; this diagram should be read in conjunction 
with Figs. 15 through 21; 

Fig. 15 is a process diagram illustrating how band- 
width allocation is performed for an ATM/CBR or 
ATM/VBR call; 

Fig. 16 is a process diagram illustrating how ATM 
extra bandwidth is reallocated; 
Fig. 17 is a process diagram illustrating how band- 
width for a delay sensitive ATM/VBR call is deter- 
mined; 

Fig. 18 is a process diagram illustrating the concept 
of Statistically Weighted Incremental Bandwidth 
(SWIB) for delay sensitive ATM/VBR calls; 
Fig. 19 is a process diagram illustrating the desig- 
nations for various fields or regions within a series 
of time frames over which bandwidth allocation 
decisions are made; 

Fig. 20 is a process diagram illustrating how band- 
width allocation is performed for an ATM/CBR or 
ATM/VBR call over a bandwidth allocation cycle of 
the multiple frame periodicity shown in Fig. 19; 
Fig. 21 is a process diagram illustrating how an 
ATM/contention call is processed at the head end; 
Fig. 22 is process diagram illustrating how deci- 
sions are made regarding the bandwidth currently 
assigned to ATM/contention traffic; 
Fig. 23 is a diagram illustrating the process followed 
in the head end when a call terminates; this diagram 
should be read in conjunction with Fig. 24; 
Fig. 24 is a diagram illustrating the process followed 
in the head end when an ATM/contention call is ter- 
minated; and 



Fig. 25 is a diagram illustrating the process followed 
at a station when a terminal or device becomes 
active. 

s Detailed Description 

- The type of broadband network in which the present 
invention may be used is shown in Fig. 1. A plurality of 
stations 107-1 to 107-8 are connected to a common 

10 head end 109 by a tree and branch transmission net- 
work. The transmission network can include a main co- 
axial cable 102 having a plurality of taps 104-1 to 104-4, 
each of which serves a corresponding feeder cable 
103-1 to 103-4. Each feeder cable in turn serves one or 

is more of the stations 1 07 via a tap 1 1 4 and a drop, such 
as drop 105. The network in Fig. 1 includes, for each 
serving area, a single fiber node 101 which permits a 
transition between main coaxial cable 102 and an opti- 
cal fiber 108. However, it is to be noted that the entire 

20 network can consist of coaxial cable in some implemen- 
tations, and in others, more than one such fiber node 
can be employed in the network, depending upon which 
portions of the network are fiber and which are coaxial 
cable. 

25 By virtue of taps 104, which are often directional, in 
the tree and branch arrangement illustrated in Fig. 1, 
individual stations cannot communicate with or "hear" 
each other, and therefore, conventional access proto- 
cols cannot be used efficiently. Rather, each of the sta- 

30 tions communicates in the upstream direction with a 
common controller located in a head end or central of- 
fice 1 09, while the head end can broadcast downstream 
(on coax 1 02 and fiber 1 08) to all of the stations or trans- 
mit selectively to certain stations, using well known ad- 

35 dressing techniques. In the rest of the ensuing descrip- 
tion, the terms "common controller" or "head end" are 
used interchangeably, with the understanding that the 
common controller is located in a head end. Also, it may 
be noted that some implementations of the present in- 

40 vention may involve a central office in place of a head 
end. The arrangement of Fig. 1 is further assumed to 
include unidirectional, upstream and downstream am- 
plifiers (not shown) that also prevent all stations from 
hearing all other stations. A typical network of the type 

^5 shown in Fig. 1 may involve distances in a range up to 
100 miles from the farthest station to head end 109. 

The traffic anticipated in coax/fiber networks of the 
type shown in Fig. 1 can be broadly classified as analog 
traffic, synchronous transfer mode (STM) traffic, and 

50 asynchronous transfer mode (ATM) traffic. An example 
of analog traffic is the conventional analog CATV. Ex- 
amples of STM traffic applications are voice, narrow- 
band ISDN, and video telephony, which require bursts 
of different length and are normally multiplexed using 

55 Time Division Multiple Access (TDMA) techniques. The 
ATM traffic can be further classified as (a) constant bit 
rate (ATM/CBR), (b) delay sensitive variable bit rate 
(ATM/VBR), (c) delay tolerant ATM/VBR, and (d) 
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ATM/contention. An application such as voice or video 
telephony in ATM form could be categorized as 
ATM/CBR; an interactive data application is an example 
of delay sensitive ATM/VBR; a file transfer is an example 
of delay tolerant ATMA/BR; and upstream signaling and 
VCR remote control messages for VOD and button push 
messages for video games are examples of ATM/con- 
tention. ATM/contention traffic is essentially sporadic in 
nature, consisting of occasional bursts of one or more 
packets or cells. 

Note that sometimes, delay insensitive traffic like 
that generated by a file transfer, may also be served us- 
ing an ATM/CBR connection. Note also that VBR video 
can be transported through the network as ATM/VBR 
traffic, but it requires resynchronization at the receiving 
station before display on a video monitor. The asynchro- 
nous or VBR traffic is bursty, due to variations in activi- 
ty/inactivity periods and potentially variable bit rates dur- 
ing the activity periods. Sporadic traffic is also bursty, 
but is characterized by relatively long inactivity periods 
followed by bursts of one or a few packets. 

As illustrated in Fig 1 , calls requiring service beyond 
the area covered by head end 109 are transmitted by 
the head end to various service providers. These pro- 
viders include Public Switched Telephone Network 
(PSTN) 111, ATM network 1 1 2, as well as other similar 
facilities, such as other wide-area networks. The CATV 
antenna 1 10 is used for reception of cable TV program- 
ming, at head end 1 09, which may be transmitted to sta- 
tions 107 in downstream analog broadcast channels 
201 on the fiber/coax transmission medium. 

Fig. 2 illustrates an upstream/downstream spec- 
trum allocation that may be used in the transmission net- 
work interconnecting stations 107 to head end 109. As- 
suming that a total bandwidth of at least 750MHz is 
available on all of the components of the network, a 400 
MHz band 201 from 50 MHz to 450 MHz may be used 
to carry conventional downstream analog information, 
such as conventional cable TV programming. A 40 MHz 
band between 5 and 45 MHz can be divided into a plu- 
rality of upstream digital channels 202-1 to 202-n, each 
of which can be 1 MHz to 6 MHz wide, and capable of 
carrying 1.6 Mb/s to 10 Mb/s digital bandwidth when 
used with a suitable modulation scheme. Each of these 
upstream digital channels can be used for carrying con- 
trol, signaling, voice, video telephony and other mes- 
sages in the upstream direction. A larger number, typi- 
cally 50, of downstream digital channels 203-1 to 203-m 
can be included in the 300 MHz band between 450 and 
750 MHz. These channels can be used for the down- 
stream component of voice, video telephony, video on 
demand (VOD), and other interactive (ITV) services. 
Due to the lower noise in the downstream channels (as 
compared to the upstream channels), with suitable mod- 
ulation schemes, it is possible to carry up to 28 (or even 
40) Mb/s in each of the downstream channels 203-1 to 
203- n. The upstream channels 202 are shared by the 
stations 107 using a multiple access method such as 
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described by the present invention. The downstream 
channels 201 and 203 are "broadcast" channels, in that 
all stations 107 can receive the messages transmitted 
in those channels. It should be noted that the present 
s invention can operate with any spectrum allocation and 
bit rates, including and other than those discussed in the 
context of Fig. 2. 

Before describing the specific arrangement of the 
stations 107 (Fig. 3) and head end 109 (Fig. 4), and the 
10 specific components in upstream and downstream mes- 
sages (Figs. 5-10) exchanged between the stations and 
the head end, it will be instructive to present an overall 
view of the operation of these elements in connection 
with the present invention. In accordance with the prin- 
ts ciples of the present invention, bandwidth controller 335 
in MAC processor 330 in stations 107 in Fig. 3, and a 
similar bandwidth controller 435 in MAC processor 430 
in head end 109 in Fig. 4, are arranged to implement a 
protocol with respect to information transmission on the 
20 interconnecting tree and branch network, whereby a 
station 1 07 can insert information in a particular time slot 
in an upstream channel as long as the time slot is either 
(a) allocated to that station, or (b) a contention slot. A 
station where an STM call arrival occurs, initially access- 
es es the STM signaling slot (see Fig. 7) via a contention 
process. Then, the head end allocates STM time slots 
for that station in the upstream and downstream frames 
(see Figs. 8 and 9). When an ATM call arrival occurs at 
a station, the station transmits its call set-up messages 
30 using a contention ATM slot (see Fig. 7). For an 
ATM/CBR or ATM/VBR call, the head end allocates 
some guaranteed and possibly some "extra" ATM slots 
to the station, depending on its bandwidth requirement 
(see Fig. 12). The guaranteed and extra ATM slots are 
35 "reserved" for the ATM call until the call ends or the head 
end intervenes to make some re-assignments. When a 
station is said to have "reserved" time slots, the term 
reserved is used loosely, in the sense that the same 
number of time slots are allocated periodically over a 
40 bandwidth allocation cycle; however, it does not neces- 
sarily mean that specific time slots are allocated in fixed 
positions within each cycle. A bandwidth allocation cycle 
refers to either one frame or multiple consecutive frames 
over which the bandwidth allocation periodicity occurs. 
is The "extra" ATM slots refer to extra bandwidth that is 
momentarily assigned to an ATM/VBR call, because of 
the availability of some unassigned or idle bandwidth on 
the link. Whenever a new STM or ATM call set-up re- 
quires some guaranteed bandwidth, some or all of the 
50 extra bandwidth can be taken away from the calls that 
currently have it. 

The ATM/contention traffic, after going through a 
call admission process, does not individually get any 
guaranteed bandwidth allocation. Instead, such a call 
55 transmits its messages using the ATM time slots desig- 
nated for "contention" by the head end (see Fig. 7). The 
method used for this contention process is based on that 
described in the previously cited patent application by 
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Edmon, Li and Sriram (with some variations as de- 
scribed later in this disclosure). The downstream STM 
messages and the ATM MAP, containing information 
about reservation and contention status of ATM time 
slots, are transmitted in the STM signaling field 902 and 
ATM MAP field 920, respectively, of a downstream 
frame (see Fig. 9). 

In the contention process, any station that tries to 
transmit in an ATM/contention time slot reads the status 
information associated with that time slot that is con- 
tained in a broadcast downstream channel. If a time slot 
is not reserved, a station can insert information. If a time 
slot is reserved for another station, the station abstains 
from transmitting in that time slot If the station detects 
that its own transmission experienced a collision in the 
preceding frame, then the station attempting the trans- 
mission executes a backoff and retransmit process. 

Four contention time slot conditions, which are dis- 
cussed in more detail below, may be indicated in a 
downstream status or acknowledgment message which 
is part of the MAP 920 (see Figs. 9 and 1 0). First, a slot 
may be IDLE, meaning that the slot was unused in the 
last frame and is available for transmission by any sta- 
tion. Second, the slot may be marked as BUSY/CON- 
TINUATION, meaning that the slot was busy in the last 
frame and is reserved in the next frame for the same 
station. Third, the slot may be marked as BUSY/FINAL, 
meaning that the slot was busy in the last frame, but is 
available in the next frame for any station to contend. 
Finally, the time slot may be marked as COLLISION, in- 
dicating that it was corrupted because the slot did not 
have meaningful data due to collisions or noise. 

Further in accordance with the invention, stations 
that have transmitted in a slot may set a continuation 
indication in the bandwidth request field (BRF) 509 in 
Fig. 5 in an upstream header, to indicate reservation of 
the same time slot in the next frame. This provides a 
mechanism for stations to obtain an initial contention- 
based access, and then reserve the same ATM conten- 
tion slot over multiple frames to transmit messages that 
are multiple ATM cells long. However, if necessary, head 
end 1 09 can exercise overriding control over the station 
using the continuation indication. 

Many details of the method of this invention are de- 
scribed via flow charts and diagrams in Figs. 11-25. 
These details include specific ways of making time slots 
allocations for STM and ATM calls, dynamic bandwidth 
allocation across multiple traffic classes in the STM and 
ATM regions, management of the ATM/contentions traf- 
fic, bandwidth release and reallocation when calls ter- 
minate, etc. 

Referring now to Fig. 3, there is illustrated the ar- 
rangement by which various communications devices in 
stations 107 of Fig. 1 are connected to the transmission 
network and can, in accordance with the invention, ac- 
cess transmission capacity in upstream channels 202 
in order to communicate with head end 109. The com- 
munications devices in a station may include a tele- 
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phone 301 , a television 302, a computer 303, and many 
other devices. Each device is connected, for example, 
to a common bus 320 via an associated device specific 
processor 311-313. Thus, telephone 301 is coupled to 

5 bus 320 via processor 311 , which, for example, converts 
PCM voice to analog signals; television 302 is coupled 
to bus 320 via processor 312, which, for example, con- 
verts an MPEG-2 digital TV signal to an analog signal; 
and computer 303 is coupled to bus 320 via processor 

w 313 which, for example, provides conversion between 
user and network protocols. 

With respect to upstream information, each of the 
device specific processors 311 -31 3 processes the data 
originated in its associated communication device, and 

75 presents the data in the proper form for application to a 
digital transmitter 350 that enables a connection to cable 
102 via a splitter/combiner 360. With respect to down- 
stream information, each of the device specific proces- 
sors 31 1 -31 3 processes data destined for display/play- 

20 out at the associated communications device (tele- 
phone 301 , television 302, computer 303, etc.). For ex- 
ample, processor 312 connected to television 302 may 
do MPEG- 2 decoding of video information 

Transfer of data between bus 320 and a media ac- 

25 cess control (MAC) processor designated generally as 
330 (described in more detail below), as well as between 
device specific processors 31 1 -31 3 and bus 320, is per- 
formed under the control of a bus controller 322. Bus 
320 and bus controller 322 may be arranged to use a 

oo standard time slot interchange (TSI) or Ethernet proto- 
col, or any other suitable arrangement that will be ap- 
parent to a person skilled in the art. 

A digital transmitter 350 and a digital receiver 340 
are provided in each station to modulate upstream in- 

35 formation and demodulate downstream information, re- 
spectively. For example, digital receiver 340 and trans- 
mitter 350 may be arranged to convert an analog signal 
to a digital bit stream (and vice-versa) using any of the 
well known techniques such as QPSK, QAM, etc. Split- 

40 ter/combiner 360 operates in both directions; it extracts 
the signal received from head end 1 09 on coax 1 02, and 
feeds it to digital receiver 340, and inserts information 
received from digital transmitter 350 and CATV antenna 
1 1 0 into the coax spectrum for transmission to head end 

45 109. It is to be noted here that the functions performed 
by receiver 340, transmitter 350 and splitter/combiner 
360, and potentially MAC processor 330, can be includ- 
ed or embodied in a single unit, sometimes referred to 
as a "Network Interface Unit". 

50 in accordance with the present invention, informa- 
tion originating in any of the communications devices 
301 -303 connected to bus 320 and destined for the head 
end 1 09 of Fig. 1 is applied to cable 1 02 and to the other 
components of the transmission network under the con- 

55 trol of MAC processor 330, which implements the MAC 
layer protocol of the present invention. Likewise, down- 
stream information from head end 109 that is destined 
for the devices 301-303 is received from the transmis- 



EP 0 713 347 A2 



7 



BNSDOClD:<EP 0713347A2> 



13 

sion network and cable 102, also under the control of 
MAC processor 330. The elements of MAC processor 
330 are a frame demultiplexer 333 and a corresponding 
frame multiplexer 338, both of which operate under the 
control of a bandwidth controller 335, ATM and STM 
buffers 331 and 334, ATM and STM MAC processors 
332 and 336, and a program store 337 that contains the 
program or software code that controls the operation of 
bandwidth controller 335. 

Frame demux 333 reads the appropriate ATM and 
STM time slots in downstream frames (see Fig. 9), and 
sends them to the ATM and STM MAC processors 332 
and 336. The ATM MAC processor 332 sorts received 
ATM cells destined for station 1 07 from other traffic, and 
then separates payload data and the MAP messages 
(920 in Fig. 9) sent from head end 109, and sends them 
to ATM buffers 331 and bandwidth controller 335, re- 
spectively. From ATM buffers 331 , the payload data is 
sent to the appropriate device specific processor 
31 1 -31 3 over bus 320, depending upon the destination 
address for the communications device 301-303 that is 
contained in the message. For the upstream traffic, ATM 
MAC processor 332 processes the information from de- 
vices 301-303, and puts it in an ATM format with the ap- 
propriate MAC layer overhead (see Fig. 5), and presents 
the same to frame mux 338. Frame mux 338 performs 
the inverse operation relative to frame demux 333, 
writes the ATM and STM messages into the appropriate 
ATM and STM time slots, respectively, in upstream 
frames, using information received from the bandwidth 
controller 335. The control/status messages are de- 
scribed below in connection with Figs. 5-10. 

Both frame mux 333 and demux 338 operate in con- 
junction with bandwidth controller 335, which performs 
processes that include (a) scheduling transmission of 
ATM cells or STM bursts from buffers 331 and 334 via 
ATM and STM MAC processors 332 and 336 to frame 
mux 338, and from frame mux 338 to digital transmitter 
350, and (b) coordinating the STM and ATM MAC proc- 
essors. ATM MAC processor 332 performs actions such 
as (a) generating call set-up requests when calls are 
generated by devices 301-303, (b) controlling the con- 
tention access process, (c) following the instructions of 
the bandwidth controller to schedule ATM traffic, and ac- 
cordingly sending ATM cells from the ATM buffers 331 
to frame mux 338, (d) receiving and forwarding data in 
downstream ATM cells to device specific processors 
311-313, and (e) generating and checking cyclical re- 
dundancy codes (CRC's) for upstream and downstream 
ATM traffic, respectively. STM MAC processor 336 per- 
forms processes similar to ATM MAC processor 332, 
with some differences as required for the STM traffic by 
the overall MAC protocol of the present invention. The 
details of these processes, which, as stated previously, 
are performed under the control of software programs 
stored in a program store 337, are described below in 
connection with Figs. 12 through 25. The actions in 
bandwidth controller 335 are coordinated with those in 
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bandwidth controller 435 in head end 1 09 to perform the 
processes described in Figs. 1 2 through 25. Buffers 331 
and 334 are arranged to store ATM and STM payload 
data on a temporary basis, and to store parameter in- 

s formation used in the bandwidth allocation and manage- 
ment processes that form part of the MAC protocol. 

Fig. 4 illustrates the arrangement of a MAC proces- 
sor 430, which is similar to MAC processor 330 shown 
in Fig. 3. MAC processor 430 is disposed in head end 

to 109 of Fig. 1, and directs communications signals from 
stations 107 to appropriate service platforms 490. As 
shown in Fig. 4, signals received from stations 107 via 
coaxial cable 102 are applied to splitter/combiner 472, 
which, like unit 360, extracts the upstream signals from 

*s coax 102 and presents those signals to digital receiver 
470. Splitter/combiner 472 also inserts signals received 
from digital transmitter 474 onto the coax 102 for trans- 
mission to stations 107. Digital receiver 470 may also 
provide COLLISION or IDLE status detection, by using 

20 (a) power level analysis, and/or (b) digital error detec- 
tion, and/or (c) other techniques. If these functions are 
performed in digital receiver 470, the resulting control 
signals are communicated to the ATM and STM MAC 
processors 432 and 436. 

25 Frame demux 433 reads the appropriate ATM and 
STM time slots in upstream frames (see Figs. 7,8) and 
sends them to ATM and STM MAC processors 432 and 
436. ATM MAC processor 432 separates payload data 
and the signaling messages sent from stations 1 07, and 

30 sends them to ATM buffers 431 and bandwidth controller 
435, respectively. ATM MAC processor 432 also distin- 
guishes between reservation and contention ATM cells, 
and processes them differently, in accordance with the 
methods specified in Figs. 12-25. A call set-up request 

35 is processed by negotiation between MAC processor 
430, service gateway 486, and service platform 490, 
and thus a connection is established between a station 
and a service platform. After call establishment, the pay- 
load data from ATM buffers 431 are sent to the appro- 
ve priate service platforms 490 via the service gateway 
486. 

For the downstream traffic, ATM MAC processor 
432 processes information, which pertains to an ATM 
call and is received from a service platform 490, and 
45 puts it in an ATM format (if not already in that format ) 
with the appropriate MAC layer overhead (see Fig. 6), 
and presents the same to frame mux 438. Frame mux 
438 performs the inverse operation relative to frame de- 
mux 433; it writes ATM and STM information into the 
50 appropriate time slots assigned to ATM and STM calls, 
and the control/status messages into the MAP field in 
the downstream frame (see Fig. 9). The insertion of in- 
formation messages into specific time slots of a down- 
stream frame occurs in accordance with time slot allo- 
cs cations made by bandwidth controller 435, and commu- 
nicated to the STM and ATM processors 436 and 432. 
The control/status messages are described below in 
connection with Figs. 5-10. 
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Both frame mux 438 and frame demux 433 operate 
in conjunction with bandwidth controller 435 and ATM & 
STM MAC processors 432 and 436. The tasks accom- 
plished by the bandwidth controller 435 are: (a) call ad- 
mission control and bandwidth allocation on the fib- 
er/coax in upstream and downstream directions, (b) 
scheduling transmission of ATM cells or STM bursts 
from buffers 431 and 434 via ATM and STM MAC proc- 
essors 432 and 436 to frame mux 438, and from frame 
mux 438 to digital transmitter 474, and (c) coordinating 
the STM and the ATM MAC processors 436 and 432. 
ATM MAC processor 432 performs actions such as (a) 
generating ATM call set-up requests when calls are gen- 
erated by a network (111, 1 1 2 in Fig. 1 ) via service plat- 
forms 490, (b) controlling the ATM contention access 
process and generating acknowledgments for inclusion 
in downstream MAP 920, (c) following the instructions 
of bandwidth controller 435 to schedule ATM traffic, and 
accordingly sending ATM cells from the ATM buffers 431 
to frame mux 438, (d) receiving and forwarding data in 
upstream ATM cells to service gateway 486 via ATM 
buffers 431 , (e) generating and checking cyclic redun- 
dancy codes (CRC's) for downstream and upstream 
ATM traffic, respectively. STM MAC processor 436 per- 
forms processes similar to ATM MAC processor 432, 
with some differences as required for the STM traffic by 
the overall MAC protocol of the present invention. The 
details of these processes, which, as stated previously, 
are performed under the control of software programs 
stored in a program store 437, are described below in 
connection with Figs. 12 through 25. Buffers 431 and 
434 are arranged to store ATM and STM payload data 
on a temporary basis, and to store parameter informa- 
tion used in the bandwidth allocation and management 
processes that form part of the MAC protocol. 

Service gateway 486 shown in Fig. 4 maintains in- 
formation regarding subscribers, service providers, and 
routing information for their services platforms, and pro- 
vides an interface between MAC processor 430 and 
service platforms 490. These service platforms can be 
located at separate sites apart from head end 109, and 
therefore illustratively are interconnected with gateway 
486 via a public switched telecommunications network 
(PSTN) 111 or an ATM network 1 1 2 (see Fig. 1 ). Gate- 
way 486 operates in conjunction with the MAC proces- 
sor to recognize the needs of different applications orig- 
inating from stations 107, and routes communications 
signals corresponding to these different applications to 
appropriate ones of the service platforms 490. For ex- 
ample, video on demand (VOD) requests originated in 
a station 107 would be routed through service gateway 
486 to a VOD service platform, while voice calls would 
be routed through the gateway 486 to a LEC switch, 
which acts as a different type of service platform for 
voice calls. 

Referring to Fig. 5, the basic arrangement of the 
data contained in a time slot is shown. A preamble 501 
allows synchronization of the receiver in head end 109 
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to the time slot. A source address (SA) 505 allows head 
end 109 to identify the particular station, communica- 
tions device 301-303 or device specific processor 
311-313 from which the transmission originated. A 

s bandwidth request field (BRF) 509 generally contains 
information about the bandwidth requested by a call. 
BRF field 509 may be an actual bandwidth requirement 
value, or it may specify the type of call based upon which 
the head end makes a decision regarding the bandwidth 

10 assignment for that call. Stations transmitting contention 
traffic may set a subfield in BRF field 509, referred to as 
continuation bit, to a value "one", to indicate a request 
for use of the same time slot in the next frame. When 
the station does not need that contention time slot in the 

15 next frame, it sets the continuation bit to a value "zero". 
Although not limited to any particular protocol, the 
payload 515 in a time slot can accommodate an Asyn- 
chronous Transfer Mode (ATM) cell, which is 53 octets 
long. A Cyclic Redundancy Code (CRC) 51 7 is used for 

20 the purpose of error detection and correction, and cov- 
ers all of the slot user data in a manner that would be 
well known to persons skilled in the art. The use of CRC 
517 is optional, i.e., not always required in the imple- 
mentation of this invention. 

25 Finally in Fig. 5, a guard time 500 is included in each 
time slot, at the beginning and end of the time slot, to 
allow for transmitter turn-on/off times, and time differ- 
ences caused by propagation delay as messages- are 
carried by the transmission medium from station 107 to 

30 head end 109. All stations 107 on the coaxial cable 102 
initially go through a coarse ranging process with head 
end 1 09, so that they have the same view of timing«with 
respect to the time slots that appear on the transmission 
medium provided by coaxial cable 102 and fiber 108. 

35 This timing synchronization, which is performed in ac- 
cordance with techniques well known to persons skilled 
in the art. is then fine tuned with the help of the guard 
time 500 and preamble 501 within each time slot. The 
preamble 501 is a preset digital sequence which allows 

40 the head end digital receiver 470 to rapidly acquire clock 
and synchronization information. AH of this allows sta- 
tions 107 to stay synchronized with the slot boundaries 
on the transmission medium, while accounting for their 
distances from each other and head end 109, and the 

45 corresponding propagation delays. 

Referring to Fig. 6, there is shown the arrangement 
of the data fields in a downstream message contained 
within an ATM time slot 908 of a downstream frame (see 
Fig. 9). Field 603 contains the destination address for 

50 the payload in the time slot, and field 604 contains the 
payload. Finally, field 605 contains a cyclic redundancy 
code, used for error detection (and correction) purpos- 
es. The use of CRC 605 is optional, i.e., not always re- 
quired in implementation of this invention 

55 Fig. 7 shows the time slot allocations in an upstream 
frame 700 at a typical instant. This figure also illustrates 
the different types of STM and ATM services that are 
supported by the access method of this invention. In the 
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STM region 702, STM signaling is contained in time slot 
706, which is shared by contention access by all stations 
107 for STM call signaling. Once bandwidth is allocated 
by head end 109, an STM call makes use of a periodic 
time slot allocation in each frame. For example, in Fig. 
7, a video telephony (VT) call, requiring 384 Kbps band- 
width, uses a relatively long time slot 708, while three 
separate voice calls, each requiring 64 kb/s, use some- 
what narrower time slots 711,712, and 71 3. 

Also in Fig. 7, the ATM region 704 of the frame 700 
is partitioned into several ATM time slots, each capable 
of accommodating one ATM cell. These cells are la- 
beled as "FT (Reservation) or "C" (Contention), corre- 
sponding to the mode in which they are being used in 
this frame and as dictated by the head end bandwidth 
controller 435. An ATM/CBR data call requiring a guar- 
anteed fixed bandwidth uses a reservation time slot 718. 
Such time slot is made available to the call in a periodic 
manner to provide a fixed bandwidth for the duration of 
the ATM/CBR call. An ATM/VBR delay sensitive call also 
uses a reservation time slot 720. However, this time slot 
may not be reserved for the entire duration of the call. 
Instead, it may be reserved only for a burst of data (i.e., 
group of ATM cells) that is currently being generated by 
the ATM/VBR source. Time slot allocations for this burst 
is requested in an upstream ATM/contention time slot 
such as signaling time slot 722, and the allocation ac- 
knowledgment is received in the next downstream ATM 
MAP 920 (see Fig. 9). When this burst is transmitted 
completely, the periodic allocation of the time slot 720 
is terminated for this ATM/VBR call. When the same 
ATM/VBR source produces another burst of data at a 
later time, the source would then seek allocation of a 
new reservation ATM time slot (periodic over one or 
more frames). An ATM/VBR delay insensitive call, such 
as a file transfer, also uses a reservation time slot 714. 
Due to its delay insensitive nature, a file transfer call may 
be assigned only one ATM time slot in every n th frame 
where "n" may be large. 

In Fig. 7, interactive TV (ITV) and ATM signaling 
traffic use contention time slots 716 and 722. ATM sig- 
naling traffic corresponds to ATM call set-up related 
messages. Examples of ITV are upstream remote con- 
trol signals from video on demand (VOD) or button push 
signals in a video game. Although not shown in Fig. 7, 
if more than one station transmit in a contention time 
slot simultaneously, a collision would result, and then 
the stations would apply a contention resolution 
scheme. 

Now referring to Figs. 8 and 9, it may be noted that 
in the upstream direction, stations 107 transmit in a 
"burst" transmission mode, and in the downstream di- 
rection, head end 109 transmits in a "continuous" trans- 
mission mode. The stations go through a ranging proc- 
ess and transmit or "burst" based on timing information 
received from the head end. Each station uses guard 
times and preambles (see Fig. 5) to avoid interference 
with adjacent time slots in which another station may 



transmit. However, in the downstream direction, the 
transmission channel is controlled and used only by 
head end 109. Therefore, there is no need for guard- 
times or preambles, and the transmission takes place 

s in continuous way. 

In Fig. 8, there is shown an upstream frame 700, 
similar to that of Fig. 7, showing overheads associated 
with STM and ATM time slots. Associated with each 
ATM and STM time slot is a burst header 812, which 

10 includes guard time 500 and preamble 501 shown in Fig. 
5. Burst header 812 is typically of the same size, wheth- 
er it is an STM burst of a signaling message 802, or a 
DS0 804, or an NxDSO 806 call, or a burst correspond- 
ing to an ATM cell transmission 808. The source ad- 

15 dress 505 and BRF 509 of Fig. 5 constitute the MAC 
message 814 in an ATM burst (Fig. 8). The payload in 
an ATM burst is an ATM cell, which consists of an ATM 
header 81 6 and an ATM payload 81 8. The boundary 801 
between the STM and ATM regions is movable or dy- 

20 namic, depending on arrivals and departures of STM 
and ATM calls. Certain rules for the movement of this 
boundary are explained below, in the context of Figs. 1 2 
through 25. 

In Fig. 9, there is shown a downstream frame. The 

25 STM region (to the left of boundary 901 ) consists of time 
slots corresponding to STM signaling 902, DS0 904 (e. 
g. voice) and NxDSO 906 (e.g. video telephony), and the 
ATM region (to the right of boundary 901) consists of 
one or more ATM cells 908 which include headers 916. 

30 MAP field 920 carries control and status information 
from the head end 109 to the stations 107. It indicates 
the status of contention time slots in the previous frame 
and also informs stations of the bandwidth (or time slot) 
allocations in the next upstream frame. 

35 The boundary between the STM and ATM regions 

of the frame shown in Fig. 9 is dynamic in a manner sim- 
ilar to that described above for the upstream frame in 
Fig. 8. The locations of the boundaries in the upstream 
and downstream frames are each determined inde- 

40 pendently by the bandwidth allocation decisions made 
in the head end 109. 

Now referring to Fig. 1 0, there is shown the contents 
of a MAP field 920. If there are "m" ATM slots in the ATM 
region of a frame, there would be "m" segments 1012 in 

^5 the MAP field, each of which corresponds to one ATM 
time slot in the downstream frame. As mentioned earlier 
in this disclosure, the ATM slots are located as close to 
the end of a frame as possible. Accordingly, the m th 
ATM time slot is closest to the end of a frame, the (m- 

50 1 ) th tj me S | 0 t j s ^e second closest to the end of a frame, 
and so on. The number "m" may change from one frame 
to the next but the length of the MAP field provides that 
information to the stations. The fields within a segment 
1012 of the MAP are also shown in Fig. 10. 

55 The SID field 1014 in the i th segment 101 2 provides 

the station I D of the station which either had a successful 
transmission (via contention access) in the previous cor- 
responding time slot, or to which the time slot in the next 
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frame is allocated by head end 109 via a reservation 
process. The Reservation/Contention Indicator (RCI) 
field 1016 indicates whether the slot is reserved ("R") or 
open for contention ("C"). The Upstream Slot Occupan- 
cy Status Indicator (USOSI) field 1018 has different 
meanings depending on the value of the RCI field 1016 
in the same segment 1012. The head end can change 
the value of the RCI field from C in one frame to R in the 
next frame or vice-versa. In the case of a contention slot 
(RCI = C), the USOSI 1018 indicates one of the following 
conditions: (a) IDLE, (b) COLLISION (or equivalently 
noise), (c) BUSY/RESERVED, (d) BUSY/FINAL. The 
definitions of these conditions are similar to those stated 
in the earlier cited reference (Edmon et al.). When the 
RCI value is R, i.e., the time slot is reserved, then the 
USOSI field may be left unused in some implementa- 
tions. However, in another implementation of this inven- 
tion, the USOSI 1018 may be used to inform the station 
of any additional parameters associated with bandwidth 
allocation and control. For example, the head end may 
indicate to the station about the actual bandwidth allo- 
cated, i.e., the periodicity and number of ATM cells that 
will be allocated in the frames that will follow. 

In the above description, it was stated that the ATM 
MAP 920 information is of variable length depending on 
the number of the ATM time slots in an upstream frame. 
In another realization of this invention, a fixed length 
MAP 920 (in Figs. 9 and 10) can be used. In such a re- 
alization, MAP 920 can always have a fixed number of 
segments corresponding to the largest anticipated value 
of "m" (see Fig. 1 0). For cases when one or more of the 
segments 1012 are not meant to contain valid MAP in- 
formation (i.e., when "m" is smaller than the its largest 
anticipated value), then a special value in the SID field 
will indicate that the said segment 1 01 2 is invalid and to 
be ignored (i.e. , there is no ATM time slot corresponding 
to that segment). A fixed length MAP designed and used 
in this manner may be desirable in some systems that 
use the present invention. 

In Fig. 11 , there is shown the schematic diagram of 
the view maintained within bandwidth controller 435 at 
head end 109 for the purpose of bandwidth allocation 
and call admission decisions. Bandwidth controller 435 
(a) receives upstream messages, such as messages 
contained in fields 706 and 722 of Fig. 7, and in field 814 
of Fig. 8, which include ATM and STM call setup sign- 
aling messages, bandwidth requirements for each call, 
and buffer fill values at each station 1 07, and (b) gener- 
ates downstream signaling messages such as those 
contained in STM signaling field 902 and ATM MAP 920 
of Fig. 9. Based on the information in the upstream mes- 
sages, bandwidth controller 435 maintains status relat- 
ed to different types of calls. The STM and ATM/CBR 
calls require different amounts of fixed bandwidth for the 
duration of a call and, accordingly, the bandwidth allo- 
cations of these calls is maintained in register 1112. In 
registers 1101-1 through 1101 -n, buffer fill status of the 
active ATM/VBR delay sensitive calls is maintained. 
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Similarly, in registers 1102-1 through 1102-m, buffer fill 
status of ATM/VBR delay tolerant calls is maintained. 
The number and status of stations using ATM contention 
time slots is maintained in register 1114. The registers 
s shown in Fig. 1 1 may be part of the bandwidth controller, 
or they may reside in the ATM and STM buffers 431 , 434 
(see Fig. 4). 

Based on this overall view of different types of calls 
maintained in the different registers, bandwidth control- 
10 ler 435 makes time slot allocation decisions for the next 
frame or the next several frames. These time slot allo- 
cation decisions are communicated in a downstream 
channel to each of the stations via downstream signal- 
ing 902 and MAP 920 fields in a downstream frame (see 
15 Fig. 9). The processes used in bandwidth controller 435 
for time slot allocation decisions are described in the 
flowcharts of Figs. 13 through 25. 

In Fig. 1 2, there are shown the various regions and 
boundaries corresponding to STM and ATM connec- 
ts tions within a frame. In this figure, the different symbols 
represent the bandwidth allocation parameters. The pa- 
rameter C represents the overall bandwidth in a chan- 
nel, and is proportional to the duration of a frame. The 
parameters B s and B A represent the bandwidth alloca- 
25 tions for the STM and ATM regions, respectively. The 
parameter U represents the unassigned bandwidth. The 
parameters Q s and Q A represent the maximum limits 
on B s and B A , respectively. The parameters G A and X A 
represent the guaranteed and extra bandwidth alloca- 
30 tions for the ATM calls. All these parameters are -illus- 
trated in Fig. 12 relative to a frame, because the band- 
width allocations are proportional to the corresponding 
lengths of the regions within a frame ^n terms of time). 
The process flow diagrams of Figs. 13-25 make use of 
35 the notations of Fig. 12 to describe the actions per- 
formed at each step. It is to be understood that the fol- 
lowing constraints 

40 B A = G A + X A * Q A 

B A + B s + U = C 

are always satisfied in the flow diagrams of Figs. 1 3-25, 
although they may not be shown explicitly in each dia- 
gram. 

45 Fig. 1 3 shows the process associated with STM call 
admission and bandwidth allocation, which is followed 
in the bandwidth controller 435 and STM MAC proces- 
sor 436 (see Fig. 4) in head end 109. Following the ar- 
rival of an STM call at step 1 301 , head end 1 09 receives 

50 a signal about the type of call and determines its re- 
quired bandwidth, R j( at step 1 302. A decision is made 
at step 1 303 to determine if the call can be admitted us- 
ing the currently unassigned bandwidth. If the result is 
yes, then a determination is made at step 1 304 to check 

55 whether or not the limit on total STM bandwidth is still 
satisfied after admitting the call. If the result at step 1 304 
is positive, then in step 1310, an STM time slot is allo- 
cated to the call, and a corresponding STM message is 



EP 0 71 3 347 A2 



BNSDOCID:<EP 0713347A2> 



21 

transmitted to the station which originated., or which is 
to receive, the call. If the result at step 1 303 is negative, 
then at step 1305 a determination is made to check if 
the call can be admitted by adding the current extra ATM 
bandwidth to the unassigned bandwidth. If the result at 
step 1305 is positive, then the constraint on the maxi- 
mum STM bandwidth is checked in step 1 306, and if the 
result is still positive, then a decision is made to admit 
the STM call and the process proceeds to step 1 307. If 
the result at step 1 306 or 1 305 or 1 304 is negative, then 
the call is rejected. 

At step 1 307, the process proceeds in the following 
manner: (a) first, just enough ATM time slots from the 
X A region of the frame are taken away to create the nec- 
essary bandwidth for the STM call (i.e., making use of 
U and as much of X A as needed), (b) the value of X A is 
updated, (c) the values of the STM, ATM and unas- 
signed regions (i.e., B s , B A , and U) are updated, (d) the 
process of Fig. 16 is applied to reallocate the modified 
ATM extra bandwidth to existing ATM/VBR calls. The 
process proceeds from step 1307 to step 1310, where 
an STM time slot is allocated to the call, and STM mes- 
sages and ATM MAP are generated to inform all stations 
of the new time slot allocations. 

Fig. 1 4 shows the process associated with ATM call 
admission and bandwidth allocation which is followed in 
the bandwidth controller 435 and ATM MAC processor 
432 (see Fig. 4) in head end 109. Following the arrival 
of an ATM call at step 1401 , head end 109 receives a 
signal about the type of call at step 1402. Based on the 
signaling information received in step 1402, the head 
end identifies the type of ATM call in step 1403. There 
are four possible outcomes associated with step 1403. 
If the type of call is identified at step 1 403 as ATM/CBR, 
then the process proceeds to step 1404, where the 
bandwidth required, R h to support the call is determined 
based on the signaling information received at step 
1402. No extra bandwidth is required for an ATM/CBR 
call, and therefore the extra bandwidth allocation pa- 
rameter, R x , for the call is set to zero. If the type of call 
is identified at step 1403 as ATM/VBR delay sensitive, 
then in step 1 405, a bandwidth parameter known as sta- 
tistically weighted incremental bandwidth (SWIB) is de- 
termined, and Rj is set equal to the SWIB value. No extra 
bandwidth is assigned for an ATM/VBR delay sensitive 
call, and therefore the extra bandwidth allocation pa- 
rameter R x , for the call is set to zero (also in step 1 405). 
An example of a process to determine SWIB is de- 
scribed in the context of Fig. 17, and the concept of 
SWIB is explained below in the description of Fig. 18. 

If the type of call is identified at step 1403 as 
ATM/VBR delay tolerant, then the process proceeds to 
step 1406. At step 1406, the bandwidth controller 435 
obtains delay tolerance limits for the call in considera- 
tion, and determines the guaranteed bandwidth R { re- 
quired to support the call. The guaranteed bandwidth Rj 
is determined so that it is just adequate to meet the up- 
per bound of the delay requirement specified by the 
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ATM/VBR delay tolerant call. Also at step 1406, the 
bandwidth controller 435 determines extra bandwidth 
R x that can be assigned to the connection to meet the 
specified lower bound of the delay requirement. The 
s process proceeds from steps 1404, 1405, or 1406 to 
step 1408, where the process of Fig. 15 is used to de- 
termine call admission and bandwidth allocation based 
on bandwidth request parameters (Rj, R x ) as deter- 
mined at steps 1 404, 1 405, or 1 406. If the type of call is 
to identified at step 1403 as ATM/contention, then the 
process proceeds to step 1407, where the process of 
Fig. 21 is used to determine call admission. 

After determination of the bandwidth allocation pa- 
rameters (Rj, R x ) in Fig. 14, the process in Fig. 15 de- 
*5 termines whether or not the call can be admitted. In step 
1501, the parameters Rj and R x and the unassigned 
bandwidth U are quantized into nearest multiples of 
which represents a quanta of bandwidth corresponding 
to allocation of one ATM time slot per bandwidth alloca- 
te tion cycle. The bandwidth allocation cycle may be one 
frame long (as in Fig. 12), or it may be "n" frames long 
(as discussed later in Fig. 19). The quantized value of 
U is represented by U' in step 1501. At step 1502, it is 
determined whether LT is adequate to assign Rj to the 
25 call. If the result in step 1502 is positive, then the proc- 
ess proceeds to step 1 503. At step 1 503, it is determined 
whether the remaining unassigned bandwidth (LT - Rj) 
is adequate to assign extra bandwidth R x to the call. If 
the result in step 1503 is positive, then a decision is 
30 made to allocate R x to the call, and the process pro- 
ceeds to step 1 507. If the result in step 1 503 is negative, 
then in step 1504 it is determined whether (U' - Rj) is 
larger than or equal to A. If the result of step 1504 is 
negative, then R x is set to zero in step 1505, and the 
35 decision is made not to allocate any extra bandwidth to 
the call. However, if the result in step 1504 is positive, 
then the decision in step 1506 is to allocate extra band- 
width equal to (LT - Rj), because that is the most unas- 
signed bandwidth that is currently available. 
40 From steps 1505 or 1506, the process proceeds to 

step 1 507. At step 1 507 the values of G A , X A and U are 
updated in accordance with the admission of the ATM 
call, and the process proceeds to step 151 2. The call is 
admitted and STM messages and ATM MAP are gener- 
is ated in step 1512, to inform all stations of the new time 
slot allocations. 

If the result in step 1502 is negative, it means that 
the unassigned bandwidth by itself is inadequate to al- 
locate the guaranteed bandwidth Rj. A determination is 
so made in step 1 508 as to whether or not the unassigned 
bandwidth U* and the extra bandwidth X A together are 
adequate to assign bandwidth Rj to the call. If the result 
in step 1508 is negative, then the call is rejected in step 
1509. If the result in step 1508 is positive, then a deci- 
55 sion is made to admit the call. In this case, a portion of 
the bandwidth needed to admit the call comes from the 
extra ATM bandwidth region X A . Then, in step 1510, the 
parameters G A , U and X A are updated. Now, due to the 
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change in X A , the ATM extra bandwidth reallocation 
process of Fig. 1 6 is used in step 1511. Then the process 
proceeds to step 151 2, which was previously described. 

In the process of call admission and bandwidth al- 
location in the ATM region, whenever a change occurs 
in the value of X A , the extra bandwidth allocations for 
existing ATM/VBR connections have to be revised. In 
the process shown in Fig. 16, in step (A), a suitable cri- 
terion is used to determine reallocation of X A over ex- 
isting ATM/VBR calls. An example of this criterion is to 
proportionately reallocate the extra bandwidth in ac- 
cordance with the extra bandwidth requests originally 
made by each of the existing ATM/VBR calls. In step (B) 
of the process in Fig. 1 6, new values of R x are computed 
for each of the affected connections by the decision 
made in step (A). Then in step (C), new ATM MAP in- 
formation is generated to notify all stations of the ATM 
time slot reallocations. 

The process of Fig. 1 7 is applied in step 1 405 of the 
process in Fig. 1 4. It shows how the Statistically Weight- 
ed Incremental Bandwidth (SWIB) is determined. First, 
in step 1702, the ATM/VBR call is classified into one of 
classes 1 , 2, J. Assume the outcome of step 1702 is 
that the call is of class j for some value of j. Before we 
proceed further in the flowchart of Fig. 17, we turn to 
Fig. 18 for a moment to describe the concept of SWIB. 

Fig. 18 shows SWIB values required to admit a new 
call of a particular class, given that there are already "n" 
such calls admitted in the system. The SWIB values are 
shown by the vertical bars, and the values of "n" are 
shown on the horizontal axis. When "n" is small, such 
as 1, 2 or 3, the value of SWIB 1801 is equal to the 
source peak rate 1804. When the number of calls mul- 
tiplexed together is small, statistical averaging across 
multiple ATM/VBR calls does not yield any Statistical 
Multiplexing Gain (SMG), and therefore the call can only 
be admitted with a SWIB value 1801 equal to the peak 
rate bandwidth 1804. When the number of calls in 
progress has an intermediate value, such as 12, some 
SMG is possible, and therefore the call may be admitted 
with a bandwidth allocation 1 802 that is smaller than the 
peak rate 1804, but larger than the average rate 1805. 
When the number of calls in progress has a high value, 
such as 27, significantly high SMG is possible, and 
therefore the call may be admitted with a bandwidth al- 
location 1803 that is much smaller than the peak rate 
1804 and fairly close to the average rate 1805. The 
bandwidth determined from Fig. 18 is called SWIB, be- 
cause it is statistically weighted by the number of calls 
in progress, and represents the incremental bandwidth 
that is required to admit a new call while meeting per- 
formance requirements specified for the class of calls in 
consideration. The performance requirements may be 
specified in terms of ATM cell delay and loss ratio. High- 
er cell delay and loss ratios may occur when the con- 
gestion condition of the system is severe. It may also be 
noted that the SWIB value corresponding to "n" calls in 
Fig. 18 also represents the decrease in bandwidth allo- 



cation for the class of calls as a whole, when one call 
terminates out of (n+1 ) calls that are currently admitted. 

Now returning to Fig. 1 7, step 1 704, bandwidth con- 
troller 435 reads from ATM buffers 431 (see Fig. 4), a 

5 set of values, n = (n v n 2 , .... np, representing the number 

of ATM/VBR calls of type 1,2 J, respectively, that 

are currently admitted. Also in step 1704, bandwidth 
controller 435 looks up a traffic table stored in ATM buff- 
ers 431 , to determine SWIB required to admit the new 

10 ATM/VBR call of type j. The traffic table referred to here 
for SWIB determination is a generalization of the con- 
cept of SWIB illustrated in Fig. 18, but for a multiplicity 
(i.e., one or more) classes of ATM/VBR calls that are 
statistically multiplexed together. Next, in step 1706, Rj 

is is set equal to the S Wl B value determined in step 1 704 
and R x is set to zero. Then in step 1708, the process 
returns to Fig. 14, step 1405. 

In Fig. 19, there is shown "n" consecutive frames 
which represent a bandwidth allocation cycle 1 901 . Fig. 

20 1 g j s similar to Fig. 1 2, which represented the case when 
n =1. When the bandwidth allocation cycle 1901 spans 
over multiple flames, the lengths of the ATM regions 
cB A1 , B A2 , B An ) and the unassigned regions (U 1t 
U 2 , .... U n ) can vary from one frame to another within 

25 the cycle of V frames. The guaranteed ATM regions 
(G A1 , G A2 , .... G An ) and the extra ATM regions (X A1 , 
X A2 , X An ) also can vary from one frame to another 
within the cycle of "n" frames. However, the length of the 
STM region, B s does not vary from frame to frame, be- 

30 cause the STM time slots are allocated synchronously 
with a periodicity of one frame. The reason for the peri- 
odicity of one frame for STM time slots is due to the tight- 
er delay constraint for STM calls. The reason why the 
ATM traffic allows for a bandwidth allocation cycle of 

35 multiple frames is due to delay tolerance allowed for cer- 
tain types of ATM traffic. An ATM/VBR file transfer may 
be completed, for example, with the allocation of one 
ATM time slot every fifth frame, and its delay require- 
ment can still be met. If a second ATM call is allocated 

40 an ATM time slot once in every second frame, then the 
combined bandwidth allocation cycle length for the pre- 
viously mentioned file transfer and the second ATM call 
would be ten (i.e., n = 10 in Fig. 19). Now a quanta of 
ATM bandwidth, A, that was earlier referred to in the con- 

45 text of the bandwidth allocation process of Fig. 15, rep- 
resents allocation of one ATM time slot in "n" frames. 
With this definition of A the process of Fig. 15 can be 
suitably modified to reflect a bandwidth allocation cycle 
of "n" frames (n > 1 ). 

so Fig. 20 shows a modified bandwidth allocation proc- 
ess for ATM calls without repeating all the details shown 
in Fig 15. Those details can be worked out easily by a 
person skilled in the art, based on Fig. 15, to elaborate 
the process of Fig. 20. 

55 in Fig. 20, there is shown a process flowchart for 
calf admission and allocation of guaranteed ATM time 
slots and extra ATM time slots, when the bandwidth al- 
location cycle spans over "n" flames, as shown in Fig. 
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1 9 and described above. If bandwidth allocation is done 
over a cycle of "n" frames (n > 1), then the process of 
Fig. 1 4 at step 1 408 would proceed to Fig. 20 rather than 
Fig. 15. In step 2001 of Fig. 20, the bandwidth controller 
uses an optimization (e.g., integer programming) proc- 5 
ess to determine the numbers of guaranteed ATM time 
slots (g 1s g 2 , g n ) and the numbers of extra ATM time 
slots (x v x 2 , .... x n ) over "n" frames (periodically) to al- 
locate bandwidth (Rj, R x ) required for the call. If the op- 
timization process in step 2001 determines that there is 10 
no set of values for (g 1 , g 2 , g n ) that can be assigned 
to meet the requirement of guaranteed bandwidth allo- 
cation R j( then the call is rejected in step 2003. Other- 
wise, a decision is made to admit the call with the values 
°f (9i> 92- ■■-< 9n) and ( x i> x 2- •■•> x n) as determined by *5 
the optimization process of step 2001 . The process pro- 
ceeds to step 2005 and updates the values of G Aj) X Ai , 
i=1,2,... n. Then, in step 2010, the call is admitted, and 
STM messages and ATM MAP are generated to inform 
all stations of the new time slot allocations. 20 

Before describing Figs. 21 and 22, it would be useful 
to make a few general observations about bandwidth 
allocation for ATM/contention traffic. It should be noted 
that every ATM time slot is normally treated as open for 
contention, unless assigned to an existing ATM/CBR or 2s 
ATM/VBR call. Depending on the ongoing ATM/conten- 
tion traffic, a certain number of ATM time slots, K G , are 
guaranteed for the ATM/contention traffic. All the re- 
maining unassigned ATM time slots remain "open" for 
contention, and such time slots may be thought of as 30 
extra ATM bandwidth available for contention traffic. 
The "open" contention slots can be assigned upon re- 
quest to a new ATM/CBR or ATM/VBR call. An open time 
slot can also be assigned as a guaranteed time slot for 
the ATM/contention traffic by the processes in Figs. 21 35 
and 22, as described below. When the number of 
ATM/contention slots is incremented or decremented by 
the processes in Figs. 21 or 22, it is the value of K G that 
gets incremented or decremented. 

Fig. 21 shows the process that is followed in band- 40 
width controller 435 when a request is received to set 
up an ATM/contention call. Examples of ATM/contention 
calls include VOD and video games (upstream messag- 
es). In step 2101, head end 1 09 receives signals spec- 
ifying the application/session type. In step 2102, head 45 
end 109 first determines the increase in the average 
load due to the call. Then, based on the traffic table for 
contention-oriented calls maintained in ATM buffers 
431, head end 109 determines whether or not the call 
can be admitted while keeping the probability of colli- 50 
sions and expected delay within specified limits. If the 
result in step 2102 is positive, then the call is admitted 
in step 2105. However, if the decision in step 2102 is 
negative, then, in step 2103, bandwidth controller 435 
determines whether or not spare bandwidth is available 55 
within the ATM region to allocate additional bandwidth 
to the contention traffic. If the result of step 2103 is neg- 
ative, then the call is rejected in step 2106; otherwise, 



the process proceeds to step 2104. At step 2104, one 
more contention time slot is added to the ATM region, 
and the value of Kq, representing the available band- 
width for contention ATM traffic, is updated, i.e., incre- 
mented by "1". Then the process returns to step 2102. 
The cycling through steps 2102, 2103, and 2104 stops 
either when the call is admitted in step 2105, with the 
addition of extra bandwidth, or the call is rejected in step 
2106, due to lack of spare bandwidth to add to the ATM 
region. 

Fig. 22 shows the flow diagram of the process im- 
plemented in bandwidth controller 435 to increment or 
decrement the number of guaranteed ATM/contention 
slots, K G , depending on a measurement of the frequen- 
cy of collisions in the ATM/contention slots. The collision 
measurements are taken over T c time intervals, and 
stored in ATM buffers 431 . M c and N c denote the total 
number of ATM time slots allocated for contention traffic 
and the total number of collisions measured, respective- 
ly, in interval T c . K u and K L represent the upper and low- 
er bounds on K G . f y and f L represent pre-specified upper 
and lower collision thresholds. In step 2201 , the process 
waits and proceeds to the next step only when the next 
collision-measurement clock tick occurs. In step 2202, 
the values of M c , N c , K u> K L , fy, and f L are read in from 
ATM buffers 431 , and the collision frequency, y, is com- 
puted. Then the process proceeds to step 2204, where 
it is determined whether the measured collision frequen- 
cy, y, exceeded f y . If the result in step 2204 is negative, 
then the process proceeds to step 2206, where it is de- 
termined whether y is below f L . If the result of step 2206 
is also negative, then the number of contention slots re- 
mains unchanged, as shown in step 2208, and the proc- 
ess returns to step 2201. If the result in step 2204 is 
positive, then in step 2210 it is checked whether any 
spare bandwidth is available to allocate additional band- 
width to the contention traffic. If the result of step 2210 
is negative, then the process proceeds to step 2208. If, 
on the other hand, the result of step 2210 is positive, 
then, in step 2211 , it is checked whether K G is equal to 
or greater than K y . If the result in step 2211 is negative, 
then K G is incremented by one, and thus one more con- 
tention slot is guaranteed to ATM/contention traffic. The 
process proceeds to step 221 4, where the relevant ATM 
bandwidth allocation parameters are updated. From 
step 221 4, the process returns to step 2201 . If the result 
in step 2211 is positive, then the process proceeds to 
step 2208 and maintains the same number of contention 
time slots in step 2208, and then returns to step 2201. 
If the result in step 2206 is positive, then in step 2216, 
the number of slots , K G , guaranteed to ATM/contention 
traffic is compared to check if it is equal to or lower than 
a pre-specified lower bound K L . If the result in step 2216 
is positive, then the process proceeds to step 2208 and 
maintains the same number of contention time slots, 
and then returns to step 2201 . If the result in step 2216 
is negative, then Kq is decremented by one in step 221 8. 
From step 2218, the process proceeds to step 2214, 
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where the ATM bandwidth allocation parameters are up- 
dated, and then the process returns to step 2201 . 

In Fig. 23, there is shown the process flowchart for 
actions taken in the bandwidth controller 435 when a 
call termination occurs. The process in Fig. 23 accom- 
plishes the task of releasing bandwidth due to a call de- 
parture and updating the values of all the affected pa- 
rameters associated with ATM and STM bandwidth re- 
gions. In step 2301, the head end 109 receives a call 
termination signal from a station 107 or a service plat- 
form 490. In step 2302, bandwidth controller 435 iden- 
tifies the type of call that terminated. If the type of call 
was either STM or ATM/CBR, then in step 2303, the var- 
iable B is set to Rj, where R f was the bandwidth allocated 
to the call, and the process proceeds to step 2308. In 
step 2308, the STM bandwidth is decremented by the 
amount of the released bandwidth B, the unassigned 
bandwidth U is incremented by the same amount, then 
the unassigned bandwidth is quantized and converted 
into extra ATM time slot allocations X A . Note that the 
calculation of the parameter TEMP in step 2308 in- 
cludes consideration of the constraint (B A < Q A ) as spec- 
ified in Fig. 12. From step 2308, the process proceeds 
to step 2309. If the call was identified in step 2302 as 
ATM/VBR delay sensitive, then the process proceeds to 
step 2304. In step 2304, the bandwidth controller looks 
up traffic tables to determine the statistically weighted 
incremental bandwidth (SWIB) released by the call. The 
method for determining SWIB at call arrival or departure 
was described above in connection with Fig. 18. Also in 
step 2304, the value of B is set to the SWIB value, and 
R x is set to zero, and the process proceeds to step 2307. 
If the call was identified in step 2302 as ATM/VBR delay 
tolerant, then in step 2305 the value of B is set to (Rj + 
R x ), where Rj and R x are the guaranteed and extra band- 
width allocations released by the call, and the process 
proceeds to step 2307. In step 2307, the values of the 
bandwidth parameters associated with the ATM region 
are updated, the released bandwidth is added to the ex- 
tra ATM region X A , and the process proceeds to step 
2309. If the call was identified in step 2302 as ATM/con- 
tention, then the process of Fig. 24 is applied in step 
2306, and the process proceeds to step 2309. In step 
2309, the process of Fig. 16 is applied for reallocation 
of the extra ATM bandwidth X A , and then, in step 2310, 
STM messages and ATM MAP are generated to inform 
all stations of new time slot allocations. It may be noted 
that at step 2306, X A sometimes may not change (es- 
pecially in the process of Fig. 24), in which case steps 
2309 and 2310 would not be necessary. 

Fig. 24 shows the process followed in bandwidth 
controller 435 when ATM/contention call termination oc- 
curs. In step 2401, the average bandwidth released by 
the call is determined, and the same is added in step 
2402 to the current cumulative average released band- 
width due to departures of contention-type calls. Then, 
in step 2403, the value of the current cumulative aver- 
age (computed in step 2402) is checked to see if it ex- 
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ceeded a specified threshold value. Since the average 
bandwidth released by individual ATM/contention calls 
is typically very small, a decision to release bandwidth 
is made typically after several such calls have departed 

5 in succession. If the result in step 2403 is negative, then 
the same number of ATM/contention slots are main- 
tained in the ATM region, as indicated in step 2405. If 
the result of step 2403 is positive, then in step 2404, the 
number of ATM time slots, K G , currently allocated to 

io contention traffic is reduced by one, and the current val- 
ue of cumulative average released bandwidth is set to 
zero. Also, in step 2304, the value of extra ATM band- 
width X A is incremented by A, which represents the in- 
cremental bandwidth associated with allocation of one 

is ATM time slot per bandwidth allocation cycle. Now the 
process returns to Fig. 23, step 2309. 

In Fig. 25, there is shown the flow diagram of the 
process implemented in station 107 in its bandwidth 
controller 335, and followed whenever an application 

20 device activity occurs. The type of activity is identified 
in step 2501 . If the activity is identified as an arrival of a 
new call, then the process proceeds to step 2502, where 
the type of call is identified. From step 2502, the process 
proceeds to step 2504. If the type of activity identified in 

25 step 2501 is an arrival of a burst of ATM cells from an 
existing ATM/VBR delay tolerant call, then also the proc- 
ess proceeds to step 2504. In step 2504, the bandwidth 
controller 335 negotiates with head end 109 to set up a 
connection with the bandwidth required to .support the 

30 call or the burst of ATM cells. In step 2504, the minimum 
and maximum delay tolerance for a burst of ATM cells 
may be specified, if applicable, in the negotiation with 
head end 109. The process proceeds from step 2504 to 
step 2506. In step 2506, bandwidth controller 335 in sta- 

35 tion 1 07 receives from head end 1 09 the STM messages 
and ATM MAP, and transmits in accordance with head 
end allocations. In step 2506, station 107 also follows a 
pre-specified error correction/recovery technique in 
case or errors in STM messages or in the ATM MAP. 

40 The use of a particular error correction/recovery tech- 
nique is not required, and any of several currently avail- 
able techniques may be used. The process proceeds 
from step 2506 to step 251 0. When a call terminates or 
transmission of a burst of ATM cells is completed, sta- 

45 tion 1 07 notifies head end 1 09 of such an event. In step 
2501 , if the activity is identified as the generation of an 
ATM/contention message, then bandwidth controller 
335 in station 107 transmits the ATM/contention mes- 
sage using the contention. 

50 Having thus described the present invention in de- 
tail, it is now to be noted that the present invention pro- 
vides significant capacity advantages over known MAC 
protocols. For STM traffic, it provides at least the same 
capacity as the conventional TDMA protocol. However, 

55 for ATM traffic classes, that will be supported in broad- 
band tree and branch networks (based on fiber/coax or 
wireless medium), the MAC protocol of the present in- 
vention provides significantly higher capacities. The 
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present invention provides superior capacity due, at 
least in part, to the way that several significant technical 
issues are addressed. Specifically, with respect to prop- 
agation delay, the present invention is insensitive to 
propagation delay for distances up to 150 km. A frame 5 
size of 2 ms is preferred for this reason, and is adequate 
to cope with round trip acknowledgment delay for the 
150 km distance. The operation of the invention is gen- 
erally independent of the frame length. If the distances 
are smaller in a specific network, a smaller frame length to 
can be selected. 

Further, it is not desirable for stations to be idle while 
waiting for a fairly long time relative to the packet trans- 
mission time, due to round trip propagation delay, to re- 
ceive the head end acknowledgments. This problem is 7 $ 
avoided by interleaving traffic associated with different 
stations into multiple time slots within a frame, and as- 
suring that for a particular station, the successive time 
slots used by that station are spaced apart (in time) from 
each other by at least the amount of the expected round 20 
trip propagation delay. Accordingly, by the technique of 
this invention, the frame is composed of many inter- 
leaved ATM time slots; the actual number of time slots 
depends on the bit rate. Since a frame consists of inter- 
leaved time slots, one of the stations can transmit in one 25 
time slot of the frame, and wait for a predetermined time 
(e.g., 2 ms) to receive an acknowledgment. In the mean- 
time, the channel does not experience any dead time, 
because other stations can transmit in the other time 
slots of the frame. The status acknowledgments are also 30 
interleaved over alternate frames, since messages such 
as BUSY/CONTINUATION, BUSY/FINAL, COLLISION 
and IDLE pertaining to ATM time slots in one upstream 
frame are sent in the MAP field in the next downstream 
frame. 35 

The present invention also provides head end or 
central controller arbitration, which is particularly advan- 
tageous in managing ATM/CBR and ATM/VBR traffic. 
The head end can receive, from a station originating 
such traffic, any information concerning bandwidth re- 40 
quirement, burst length and delay tolerance. It can then 
assign slots at a rate that meets the bandwidth and delay 
requirements. This is the "reservation" component of the 
MAC protocol of this invention By this mechanism, a sta- 
tion with delay sensitive ATM/CBR traffic may be as- 45 
signed one or more time slots in every frame, to match 
the rate of generation of ATM cells at the station with the 
rate at which time slots are assigned to that station. On 
the other hand, a station with delay tolerant ATM/VBR 
traffic might not be assigned one slot in every frame; 50 
instead, it may, for example, get permission (from the 
controller) to transmit in one slot every fifth frame, if that 
satisfies the delay requirement as specified by the sta- 
tion. 

Although the previous description mentioned sev- ss 
eral approaches for determining when "repacking" (as 
defined previously) should occur, there are several spe- 
cific details and arrangements which may be considered 



and used for this function, as set forth below. Accord- 
ingly, in a specific implementation of this invention, the 
cost benefit trade-offs for the subscriber population 
must be taken into consideration in determining which 
repacking alternative is preferred. 

A first approach is called "Quick Repacking and 
Creation of Additional ATM Slots". With this approach, 
existing ATM traffic makes use of the bandwidth re- 
leased by an STM call. This can be arranged as follows. 
After the departure of an STM call, the remaining STM 
connections can be repacked within the next frame or 
two. The released (i.e., unassigned) bandwidth can be 
then used to create as many ATM slots as possible. The 
newly created ATM slots are added to the existing ATM 
slots, and thereby the ATM region is extended into the 
unassigned region (see Fig. 12). The STM traffic can 
reclaim the some of the released bandwidth from the 
ATM potion of the frame on a demand basis, i.e., when 
new STM calls requires it 

A second approach is called "Quick Repacking and 
Adding Bandwidth to a Common Spare Pool". This ap- 
proach is based upon the fact that, when an STM call 
departs and releases some bandwidth, it is not known 
apriori as to whether the next connection request will be 
STM or ATM. Therefore, the released bandwidth is add- 
ed to a spare pool. This can be arranged by (1 ) repack- 
ing the active STM calls, and (2) adding the bandwidth 
thus released to the unassigned region of the frame be- 
tween the STM and ATM regions. This unassigned or 
idle region of the frame constitutes the spare pool of 
bandwidth, and new STM/ATM time slots may be creat- 
ed on a demand basis by decisions made in the control- 
ler. When the controller decides to admit a new STM 
call, it does so by adding an STM slot and extending the 
STM portion of the frame into the unassigned region. 
When the controller decides to create one or more new 
ATM slots, those slots are created by extending the ATM 
portion of the frame into the unassigned region. In this 
way, the spare bandwidth always resides between the 
STM and ATM regions in a frame. 

A third approach is called "STM Need Driven 
Repacking". With this approach, "holes" in the STM por- 
tion of the frame are left untouched, i.e. no repacking is 
done, until it becomes necessary to accommodate a 
new STM or ATM call. This situation arises when the 
"holes" are created in a non-contiguous way, and when 
there is enough aggregate bandwidth to admit a new 
call, but there is no single time slot or span of several 
time slots (in the STM portion) that is large enough. 
When such a situation is identified, the controller does 
a repacking at that time, so that the new call can be ad- 
mitted. 

A fourth approach is similar to the third approach, 
except that the repacking is performed at periodic or 
fixed intervals, rather than being triggered by the arrival 
of a new STM or ATM call. 

No matter which repacking alternative is used, fol- 
lowing a repacking action at the controller, all stations 



16 



BNSDOCID: <EP 0713347A2> 



31 



EP 0 71 3 347 A2 



32 



are notified of the new STM and/or ATM time slot allo- 
cations, by sending messages in the STM signaling and 
MAP portions of the next downstream frame. 

Persons skilled in the art will recognize that various 
modifications may be made to the present invention. Ac- $ 
cordingly, the invention should be limited only by the fol- 
lowing claims. For example, another modification can 
achieve higher bandwidth efficiency by considering mul- 
tiple upstream and downstream channels collectively as 
a "group", for bandwidth allocation and call admission 10 
decisions. As discussed earlier in the context of Fig. 2, 
the upstream bandwidth is usually organized in the form 
of multiple channels 202-1 through 202-n. Similarly, the 
downstream bandwidth (see Fig. 2) is also usually or- 
ganized in the form of multiple channels 203-1 through is 
203-m. The time within each of these upstream and 
downstream channels is divided into a series of time 
frames, such as those shown in Figs. 7, 8, and 9. In Figs. 
12 through 25, the processes for bandwidth allocation 
for STM and ATM calls were described, considering a 20 
series of frames within one upstream channel, and a 
corresponding series of frames in one associated down- 
stream channel. However, it should be noted that the 
bandwidth allocation and dynamic adjustments of STM 
regions (B s ), ATM regions (B A , G A , X A ), and the bound- 25 
ary regions (U) (see Fig. 1 2) can be performed on more 
than one channel, or even "globally" on all channels, by 
considering multiple upstream channels 202-1 through 

202- n and multiple downstream channels 203-1 through 

203- m as a "group". In such an arrangement, the frame 30 
shown in Fig. 12 can be interpreted in a generalized 
manner, in which the STM region B s would represent 
the current cumulative sum of the individual STM re- 
gions in frames in a group of several of the "n" upstream 
channels. Similarly, the ATM regions (B A , G A , X A ) and 35 

the boundary region U would represent the current cu- Claims 
mutative sum of the individual corresponding regions in 
frames in the same group of several of the "n" upstream 
channels. By maintaining some additional status infor- 
mation, in the STM and ATM buffers in the head end 1 09 40 
(see Fig 4), the processes of Figs. 13 through 25 can 
be implemented for bandwidth allocation across multi- 
ple channels. Some suitable modifications to the flow- 
charts of Figs. 13 through 25 may be made, in accord- 
ance with the principles on which this invention is based. 45 
These modifications can vary, based on specific imple- 
mentations, but would nevertheless be used for efficient 
use of the aggregate bandwidth across multiple chan- 
nels, in accordance with the principles of this invention. 
An example of the stated modification is as follows, so 
When a second call arrives from a station 107, which 
already has a first call in progress, the head end 109 
may determine that bandwidth in not available for the 
new call on the same upstream channel, say channel 
202-1, that the station 107 is currently using. In that 55 
case, the head end 1 09 may decide to assign bandwidth 
for the new call on a different upstream channel 202-n, 
where bandwidth is currently available, and then inform 



the station 107 to switch to the stated different channel 
202-n for the new call set-up as well as for continuation 
of the previously ongoing first call. This functionality may 
be accomplished by means of a modem feature called 
frequency agility, which is currently available. Then 
head end bandwidth controller 435 makes adjustments, 
concurrently and in a coordinated manner, to location 
and sizes of STM/ ATM regions and boundary (or unas- 
signed) regions in the frames of the two channels 202-1 
and 202-n. If multiple modems are used in station 107, 
then the head end bandwidth controller 435 may assign 
bandwidth to the second call in a different channel, such 
as channel 202-n, while allowing the existing first call at 
station 107 to remain in channel 202-1 . 

Also, while the present invention covers what are 
generally referred to as (a) OSI Level 2 functions, in- 
cluding functions related to multiple access over a 
shared medium at the MAC layer, and (b) OSI Level 3 
functions, including functions related to call admission 
and bandwidth allocation, it is to be understood that cer- 
tain other OSI Level 3 functions, such as bandwidth 
monitoring and policing, and flow and congestion con- 
trol, can also be provided using presently available tech- 
niques, and these other functions would be integrated 
with those provided by this invention 

Also, as previously stated, while the present inven- 
tion has been described in the context of a fiber/coax 
based transmission infrastructure, it is to be understood 
that the invention is also applicable to a wireless com- 
munications environment. In the latter situation, the 
terms "mobile station", "base station" and "wireless me- 
dium", would be applicable in place of the terms "sta- 
tion", "head end" and "fiber/coax medium". 



A method of allocating transmission bandwidth 
among multiple stations interconnected with a com- 
mon controller via a transmission medium having a 
multiple access upstream channel, said method 
CHARACTERIZED BY the steps of 

dividing time in said upstream channel on said 
transmission medium into a series of succes- 
sive time frames; 

dividing each of said time frames into first and 
second regions separated by a boundary 
region, each of said first and second regions 
containing one or more time slots, 
said first region consisting of one or more var- 
iable length time slots and said second region 
consisting of one or more fixed length time 
slots; and 

dynamically adjusting the location and size of 
said boundary region in each of said frames as 
a function of the bandwidth requirements of 
said stations. 
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2. The method of claim 1 wherein said dynamic bound- 
ary region adjustment includes the steps of 

assigning STM calls each requiring time slots 
of differing lengths, to the available unassigned s 
portion of the time frame nearest to the begin- 
ning of said frame; and 

assigning ATM calls each requiring time slots 
of fixed length, to available unassigned portion 
of the time frame nearest to the end of said io 
frame. 

3. A method of allocating transmission bandwidth 
among multiple stations interconnected with a com- 
mon controller via a transmission medium having a is 
multiple access upstream channel, said method 
CHARACTERIZED BY the steps of 

dividing time in said upstream channel on said 
transmission medium into a series of succes- 20 
sive time frames; 

dividing each of said time frames into first and 
second regions separated by a boundary 
region, each of said first and second regions 
containing a one or more time slots; 25 
said first region consisting of one or more var- 
iable length time slots and said second region 
consisting of one or more fixed length time 
slots; 

assigning calls from said stations to available 30 
ones of said time slots in a predetermined 
order, such that available time slots farthest 
from said boundary region are assigned first; 
after vacation of a particular time slot, reassign- 
ing selected ongoing calls so that the size of 35 
said boundary region is maximized. 

4. The method of claim 3 wherein said reassignment 
is performed on fixed intervals, provided that a time 
slot has been vacated during the previous interval. 40 

5. The method of claim 3 wherein said reassignment 
is performed immediately after said particular time 
slot is vacated. 

45 

6. The method of claim 3 wherein said reassignment 
is performed immediately after arrival of a call 
requiring a time slot. 
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(VT) ! as well as packet mode (e.g. ATM) traffic, e.g. 
broadcast digital video : interactive television, and data, 
are transmitted via a multiple access broadband fiber/ 
coaxial cable network. Customer premises equipment 
(CPE) at stations, and a bandwidth controller, which 
may be at a head end or central office, with which all 
stations communicate, work together to adapt to the 
changing demands of the traffic mix, and efficiently al- 
locate bandwidth to a variety of bursty and isochronous 
traffic sources. The bandwidth allocation defines two 
types of time slots, STM and ATM, and divides each 
frame into two corresponding STM and ATM regions. 
The boundary between the regions can be changed dy- 
namically A contention access signaling channel is pro- 
vided in the STM region, for call control and set-up re- 
quests. Within the STM region, the time slots can be of 
variable length and be allocated on a per call basis; the 
length of the time slots is proportional to the bandwidth 
requirement of STM calls. Within the ATM region, the 
time slots are of fixed length, each capable of accom- 
modating one ATM cell. Further, the fixed length ATM 
time slots may be reserved for a particular user for the 
duration of a call, or may be shared through a contention 
process. At least one contention ATM time slot is always 
made available for signaling messages related to ATM 
call control and set-up requests. The downstream time 



frame is structured in a similar manner, but includes an 
additional MAP field to transmit to the stations ATM time 
slot allocation and status information for time slots in the 
upstream channel. 
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